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TRUE PRINT PREVIEW METHOD AND APPARATUS 

Background and Summary of the Invention 
This invention relates to a direct method and apparatus for creating a true print 
preview of a document which has been sent to the printer for printing. In particular, it 
relates to such a method and apparatus which, uniquely under the control of a printer, 
creates an exact electronic screen-display surrogate of such a document - a surrogate 
which precisely shows before printing how the particular printer involved will actually 
commit that document to an ink-on-paper hard copy. 

The invention thus introduces and features printer-based, true-picture rendering of 
a document. Such rendering, significantly, costs neither paper nor ink, and effectively 
avoids the usual prior art mistake-bearing issues of ambiguity, surprise, and 
approximation - - issues which have for years characterized mismatches between actual 
printed documents, and traditional pre-printing previews of these documents. Reference 
herein to a "printer" is intended to refer not only to "stand-alone", "single-purpose", 
dedicated printers per se, but also to so-called MFP (multifunction printing) devices with 
respect to which the invention has equal utility. 

Briefly reviewing the prior art setting which the present invention addresses, a 
standard and widely employed option which has been offered for many years to users of 
document-generating applications in computers is the so-called print preview option. 
Typically, this option, when selected, results in the application, along with the associated 
printer driver, and occasionally other associated software, collectively generating a screen 
preview which is, at best, but a suggestion, and often a distant suggestion, of what the 
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final printed document will actually look like. The usual document-producing 
applications cannot precisely know or detect the specific operational peculiarities and 
behaviors of the many different printers which may be used. A resulting consequence of 
this is that what the user typically sees in a requested preview is really just an 
5 approximation which often insufficiently matches what actually gets finally printed. 
Final printing parameters, such as fonts, positional formatting, how well a particular 
document will "fit to paper", and other document-appearance matters, ultimately lie in 
the "hands" of the particular printer which is employed, and only that particular printer 
H "knows" exactly what will come out in the final printing. 

P 10 Given this approximation situation, correctly guessing how to style and build a 

document to avoid unwanted final printed characteristics is an uncertain "science", and 
many times a user must go through several time-consuming trial iterations and 
unsatisfactory printings to achieve a satisfactory final look. 

One approach which has been made in the past to resolve the print-preview issues 
Q 15 mentioned above involves installing in a computer suitable additional programming 
software which is intended to emulate the expected behavior of the print engine in the 
particular printer. Such an approach is costly, involves only a single-style printer, and 
still only offers a best-guess approximation of how the particular employed printer will 
perform. Printers, even though nominally identical in model numbers, and supposedly 
20 armed with identical print engines, are individuals, and as such often have printing 
personality quirks which cannot be predicted, and confidently and accurately reflected in 
after-market installed emulation software. Additionally, the typical single-printer 
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characteristics of such added emulation software make that software effectively useless 
when a change is made to a different printer. 

Thus, the two traditional approaches employed in the creation of a print preview - 
- (a) generation of a preview effectively by the document-creating application and the 
installed printer driver, and (b) generation of a preview under the control of an extra 
installed software emulator of an associated printer's print engine - - do not often work 
very well. 

According to the invention, and by way of sharp contrast with the prior art, the 
responsibility for generating a document preview is given directly to the very printer 
which is to print the document, rather than, as is currently conventional, to the computer- 
resident application which created the document, or to an installed surrogate print-engine 
emulator. 

With one, or several, conventional document-creation applications installed in a 
user's computer (also referred to herein as computer structure), the user creates a 
document, and "sends" that document, by way of computer-sent instructions, to an 
associated printer. Such an associated computer and printer constitutes a computer 
environment herein. Effectively, these sent instructions tell the printer to create an 
appropriate print-control data stream (or collection) in its controller for ultimate use by 
the printer's print engine to print directly a hard copy of the document. 

Along with the sent document, the user requests that the printer, before printing a 
document hard copy, effectively create electronically, and on an appropriately associated 
display device with a display screen (a viewing instrumentability), a visual-surrogate 



preview of the just sent document. The user may either simply request such a preview 
without implementing any additional document-appearance or other protocol options, or 
may, according to one form of the invention, choose various options, such as those 
selected from a list including, for example, document data format, printing color format, 
gray-scale, compression, resolution, thumbnail preview representation, and others. 

With or without such selected options, the printer controller, ultimately creates an 
appropriate print-control data stream (or collection). This data-stream (collection) the 
printer may then store on its own internal storage structure, such as a hard drive, if it has 
one, and/or from the collection create what is called herein a related print-preview data 
stream that is effectively an exact copy of the print-control data stream. In one 
embodiment of the invention, the printer sends this print-preview data stream back 
through the computer to the associated screen-display device, either right away, or 
appropriately later if internal data storage has taken place. In some instances, such as, for 
example, where the printer is one which has its own screen-display hardware, this 
"sending" activity may take place entirely within the printer per se. 

The display device then presents on its screen to the user an absolutely true 
preview of the created document, all selected options implemented, and just as the 
document, if no revisions are made, will be printed into hard copy by the printer's print 
engine. Such a preview gives the user precise and accurate information from which 
predictably implementable revisions can intelligently be made - - all before actual 
printing. All behavior peculiarities and nuances linked to the particular printer will have 
played their respective roles in the preview which the user sees. 
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In a manner of speaking, therefore, the present invention responds to a print 
preview request by instructing and asking the printer itself to create such a preview, using 
the very same printer-generated, print-engine control data which would, in the absence of 
such a request, directly control the printing of a hard copy. The actual "voice and 
5 signature" of the printer therefore "speaks" and appears in such a preview - - a preview 
which is absolutely true, without uncertainty, without ambiguity, without error and 
without unwelcome surprise. 

The method and structure of the invention can work readily in many computer 
J environments, including those wherein (a) a computer, a printer and a display device are 
pj 10 separate components, (b) a computer and display are integrated (as in a laptop computer 

si; 

g unit), (c) a printer and a display device are integrated, (d) the printer is incorporated in an 

MFP device, and so on. 

P These and other new and distinguishing features of the present invention will 

\$ become more fully apparent as the description thereof which now follows is read in 

^ 1 5 conjunction with the accompanying drawings. 

Description of Drawings 
Fig. 1 is a block/schematic diagram illustrating one form of a 
computer/printer system which is constructed, and which operates, in accordance with the 
20 present invention. This particular system employs a computer, a printer and a screen- 
display device which are separate components. The printer shown here may either be a 
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singular-function printer, or it may be a portion of an otherwise conventional MFP device 
of the type generally mentioned above. 

Fig. 2 is a simplified, two-illustration view picturing, on its left side, a stylized 
representation of how a created document is intended to look according to the user- 
creator, and on its right side, a similar representation of how a conventional 
computer/printer system might end up actually differently printing the document. These 
two illustrations, which can also be thought of as being screen-display previews, assist in 
explaining how the method and structure of the present invention work. 

Fig. 3 is a block/schematic diagram illustrating another form of a system built and 
operable according to the invention. In this system the screen-display portion is 
integrated in a laptop computer. 

Fig. 4 is yet another block/schematic diagram of a system wherein the screen- 
display portion is integrated in a printer. 

Fig. 5 is a block/schematic flow diagram which specifically illustrates the 
architecture and the logic of the structure and methodology of the present invention. 

Detailed Description of, and Best Mode for 
Carrying Out, the Invention 
The method and structure of the present invention are described and 
illustrated herein in relation to otherwise conventional computer, printer, display, and 
related software technology. These method and structure aspects of the invention are 
fully illustrated herein in block/schematic system diagrams, and in maplike block 
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representations of the logical-flow architecture of the method steps and the related 



structure. To simplify the drawings, a conventional data-flow arrow is drawn only in Fig. 



5, and here, only at the base of the figure to represent the true preview output of the 



printer. These block/schematic diagrams are presented in such a way that those generally 
5 skilled in the art will readily be armed to practice all aspects of the invention, bringing in 



their own, individual preferences. It will also be apparent that the features of the 



invention can readily be incorporated into many computer/printer environments. They 



can also easily be retrofitted in already existing environments. 

% Turning attention now to the drawings, and first of all to Fig. 1, indicated 

Ill 

10 generally at 10 is a computer/printer system, also referred herein as a computer 

ess 

hi environment, constructed and operable in accordance with the present invention. System 



* 10 includes, as interconnected independent components, a computer 12, a printer, or 

printer device, 14, and a screen-display device 16, such as a conventional, free-standing 

J? computer monitor. Except insofar as system 10 is intended to operate, and is configured 

ft I 

r ™ 15 to operate, in accordance with the present invention, the several components in this 



system, and the communication interconnections therebetween, are otherwise entirely 



conventional in construction and operation. 



Represented schematically by a dashed-line block 18 which is pictured within 



computer 12 is (are) one or more document-creating application(s) of any conventional 



20 character. For example, application block 18 might include Microsoft's Word® and 



Excel® software programs. 
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Printer 14, may be a single-purpose printer, or it may be what is referred to as a 
multifunction printing (MFP) device. Integrated within printer 14, and pictured by 
dashed blocks 14a, 14b, 14c, respectively, are a printer controller, an internal hard-drive 
storage device, and a print engine. While printer 14 is shown specifically herein as one 
which includes a hard-drive type storage device, other forms of internal data storage 
could be employed as well. The invention can also be used just as well with printers that 
do not include internal storage capability. Further included in printer 14, and indicated 
by a small dashed-line rectangle 14d, is what is referred to as herein as input structure in 
the printer. A small dashed-line bracket 14e represents what is referred to herein as 
output structure in the printer. 

Shown generally at 16a within block 16 (which represents the screen-display 
device) is the display screen in that device. 

Still referring to Fig.l, a bracket 20 represents the print-preview enabling 
structure and the methodology of the present invention which are incorporated into 
system 10. Such incorporation can result in a number of ways, preferably by 
manufacture pre-configuring of the printer to respond appropriately to requested print 
previews, and/or by suitable software installation of the printer/computer communication 
software, including the printer driver. In relation to a printer which has not been 
specifically preconfigured to perform in accordance with the invention, it is possible, 
simply through the route of employing appropriate aftermarket software, to "arm" such a 
printer to create true print previews as proposed by the invention. Those skilled in the 
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relevant art, after reviewing the content of Fig. 4 herein, will clearly see how such 
"retrofitting" can be accomplished. 

A bracket 22 ? along with a double-ended arrow 24, represent the operative 
associations and connections which exist between printer 14, computer 12 and display 
5 device 16. A double-ended arrow 26 represents the operative association and connection 
which exists between computer 12 and display device 16. 

Digressing for a moment now to Figs. 3 and 4, these two figures illustrate two 
systems which differ only modestly from system 10. Fig. 3 illustrates at 30 

H computer/printer system which is constructed with two separate components, including a 

p 

0 10 computer 32 and a printer 34. Here, computer 32 is a laptop-type computer which 

pi 

> includes its own internal screen-display device having a display screen shown at 32a. 

si 

m Printer 34 can be any printer of same category referred to above with reference to Fig. 1. 

1 ri- 
sr. 

O Dashed block 34a shown within printer 34 represent essentially the same elements 

W pictured in Fig. 1 which are there designated with reference characters 1 4a- 14e, inclusive. 

P 15 A bracket 36 represents the incorporated print-preview enabling structure and 

III 

methodology of present invention. Double-ended arrow 38 represents the operative 
association and connection existing between computer 32 and printer 34. 

Fig. 4 illustrates at 40 yet another computer/printer system which differs 
somewhat from previously discussed systems 10 and 30. System 40 includes a computer 
20 42 which is operatively associated with, and connected to, a printer 44 which includes its 
own internal screen-display device. The operative connection here between the computer 
and the printer is represented by double-ended arrow 46. The printer's display screen is 
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shown at 44a. A dashed block 44b represents the same componentry within printer 44 as 
does previously mentioned dashed block 34a with respect to printer 34 in Fig. 3. A 
bracket 48 represents in system 40 the presence of the print-preview enabling structure 
and methodology according to the present invention. 

As will become apparent, except with respect to the specific structural differences 
pictured in systems 30 and 40 regarding the locations of screen-display structure, these 
two systems operate fundamentally in the same manner which will now be described with 
reference specifically to system 10. 

Accordingly, turning attention back to Fig.l, and adding thereto reference to both 
Figs. 2 and 5, in preparation for document printing various steps are performed by a user 
to create the related document. These steps, as well as steps taken to request and employ 
true print previewing of pages in the document in accordance with practice of the present 
invention, are fully expressed graphically in Fig. 5 which is specifically configured, 
nominally, to picture the print-preview enabling structure in system 10. The 
implementing of these steps, and the logical flow of data in relation to selected options, 
decisions and activity branching points, will now be presented principally through 
reference to Fig. 5. 

The operation which is now to be described begins with the user of computer 12 
creating a document employing one or more of the document-creation applications stored 
in the computer. This activity is represented in Fig. 5 by START block 50. As the 
document is initially created, the user typically will see on the display-screen in screen- 
display device 16 a representation of each page as such is created, and very typically this 
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representation will accurately reflect what it is that the creator wishes to have as the final 
look of the document pages. The illustration presented at the left side of Fig. 2 represents 
such a document, and here one can see that the user has given this page, which will now 
be treated here as the full document, a certain title with a certain font type and size, a 
certain line layout, and a certain physical relationship of words, etc. to a graphical table 
of data. The user will create this document with the arrangement, look and sizing of 
components he or she feels is most appropriate, and this (the left side of Fig. 2) is what 
the user will see in the document-creation application screen at the completion of 
document creation. 

In a system not employing the present invention, were the user to ask at this point 
for a print preview after creating the single-page document just described, that preview 
would, in all probability, look either exactly like, or very much like, what appears on the 
left side of Fig. 2. Such a preview would typically have been created by the document- 
creating application, in close collaboration principally with the computer-installed printer 
driver for the associated printer, or it might have been generated by an installed print- 
engine emulator of the type discussed earlier. In the latter situation, it is possible that the 
presented preview might more nearly look like what the printer will actually print, which 
could well be somewhat different, but for the reasons outlined above, that is only a 
possibility, and not an assured condition. 

With the document so created, however, and according to the present invention, 
the user is now given the opportunity to choose to receive, or not to receive, and view a 
true pre-printing preview of the created document - - a preview which will show on 
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display-screen 16a a true visual surrogate of the document that will actually be printed by 
printer 14 based upon the instructions for printing which are about to be sent to the 
printer from computer 12. This opportunity is represented by decision block 51 in Fig. 5. 
If the user does not elect to receive a true print preview, electing rather at this 
5 point simply to print the document, then the NO exit path from block 51 is followed, and 
a request for, and instructions relating to, printing are sent to printer 14 via block 54. As 
it turns out, and for illustration purposes herein, printer 14 is one with respect to which 
what the user sees on screen 16a as the hoped-for appearance of the application-created 
s M document (the left side of Fig. 2) will not actually be printed by this printer. Rather, 

"WW 

O 10 because of the particular construction and configuration of printer 14, this document will 

^ be printed with some important differences, several of which are generally illustrated on 

2\ the right of Fig. 2. Here what one can see is that the font which was selected by the user 

*v\ has been changed by printer 14 to some (unknown to the user) available default font 

hid 
t ., 

jbj which the printer has been constructed to implement when it is unable to respond to a 

O 15 request to employ the particular font selected by the user. Further, the chosen default 

s 

font may not print in the same character size which the user has selected, with a result 
that the text actually printed may end up with words, etc. landing in different lines of text. 
Further, the data table which has been created by the user at a particular size and with a 
particular positioning on the anticipated page may, because of the printer's individual 
20 peculiarities, not be producible in the desired fashion, and may end up (as suggested on 
the right side of Fig. 2) looking significantly distorted, and even being incomplete, and/or 
distributed onto two pages. 
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If, however, the user wishes to avoid these kinds of conventional printing 
problems, he or she can elect according to the invention to receive a true print preview. 
With such an election, the YES exit path from decision block 51 is employed, and this 
leads, according to the particular embodiment of the invention now being described, to 
offering the user several additional options which may relate to print appearance and 
print protocol Decision block 53 in Fig. 5 is here involved,, for example. The user may 
be provided the opportunity to select for printing (a) a particular color format, such as one 
of the key conventional CMYK or RGB formats, (b) a gray-scale presentation, (c) a bi- 
tonal format, (d) a particular printing resolution, (e) a particular bit depth (f) a certain 
compression ratio, (g) the opportunity to receive a thumbnail-type presentation of a true 
print preview, and (h) various other such options. If such options are elected, the YES 
exit path from block 53 is employed, and leads to options block 54. By operation of 
block 54, appropriate option data is included by the computer in the request and 
instructions thereafter sent to printer 14 via previously mentioned block 52. If no specific, 
selectable options are consciously chosen by the user, appropriate, normal default 
conditions and statuses will be implemented. 

Progressing now from block 52 through the balance of the operational logic 
pictured in Fig. 5, the created document data, also referred to herein as a print-instruction 
data stream, along with the request for a true print preview, and any selected option data, 
are sent to printer 14. All of this instruction data is received (block 56), parsed (block 58) 
and interpreted (block 60) by and within printer controller 14a, of which blocks, 56, 58, 
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60 are portions. Block 56 constitutes input structure in the printer, and block 60 
interpretation structure. 

With printer 14 including a storage device 14b in the form herein of a hard drive, 
logic flow out of block 60 goes to decision block 62 which queries whether what should 
next happen is the retrieval of document page data which has previously been stored on 
the hard drive. The YES exit route from block 62 (which will be discussed more fully 
shortly) is one which becomes active in a situation where no print preview has been 
requested. The NO exit route, however, is the one which is now relevant to the above- 
mentioned request for a true print preview. 

And so, where, as here, the user has elected to request a true print preview, the 
active route out of block 62 is the NO route. From this point, the data from block 60 is 
processed successively in blocks 64, 66 which form part of printer controller 14a, and 
wherein a display list for each document page (block 64), and appropriate raster data for 
each page (block 66), are respectively prepared. From block 66 the outflowing data 
stream is referred to herein as a print-control data stream, and it is this data stream which 
has appropriate characteristics, without there being any necessary further data 
manipulation, to drive the printer's print engine 14c, and to effect thereby the printing of 
the user's created, single-page document. This data stream, at this point in time, if 
directed to initiate immediate printing, will reflect (through operation of the print engine) 
the printing peculiarities of printer 14, and will cause the printing of a document which 
will look like the right side of Fig. 2. Such, however, is not what will now occur, 
inasmuch as the user has requested printer 14, via operation of the present invention, to 
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create, first, a clearly viewable, accurate, true print preview to show on screen 16a just 
how such a printed document would turn out. 

Accordingly, the print-control data stream thus generated within printer 14 now 
engages decision block 68 which confirms whether or not there has been a request for a 
true print preview. The YES confirmation which occurs in the illustration now being 
described passes control to decision block 70, wherein a determination is made about 
whether to send the print-control data for storage on the hard drive. If the answer is YES, 
downstream decision block 72 checks whether there is sufficient available storage space, 
and if the answer here is also YES, the data stream travels via SAVE block 73 to the hard 
drive device, wherein it is stored exactly in the status with which it emerged from block 
66. SAVE block 73 also sends data at this time to an option-implementing block 74. If 
the space-availability answer is NO, the user received an alert and notification to this 
effect. Blocks 68, 70, 72 form portions of printer controller 14a. 

If the determination which is made by either of blocks 70,72 yields a NO answer, 
no storage takes place, and control is handed to above-mentioned block 74 (also a portion 
of printer controller 14a) which attends to any of the print-appearance/print-protocol 
options that the user may have selected (blocks 53,54). Such attending means that the 
printer controller arms the print-control data stream with sufficient information to cause 
the selected options ultimately to be implemented. 

Data processed through block 74, which is effectively a full and accurate copy of 
the "option enhanced" (if any) print-control data stream, is supplied through block 76 
(referred to as output structure in the printer, previously mentioned dashed bracket 14e) 
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back to computer 12, and via the computer to display screen 16a. This output data 
stream, a copy of the print-control data stream, is referred to herein as a true print- 
preview data stream. 

With but a single-page document having been created, the appropriate, single- 
page true print preview is made available to the user, who can then determine whether the 
document "look" is acceptable or not, and thus whether it should be printed, or revised. 

With regard to this output of preview information from block 76, block 76, via an 
output channel shown by line/arrow 78, has also communicated to a decision block 80 
that a document page has been sent to the computer. Block 80 queries whether that is the 
last page to be handled, which in this case it is since it is the only page. Accordingly, the 
YES exit path from block 80 is followed to END block 82, which then ends the current 
preview process within the printer. 

Were there more pages to the created document, then, during the true print 
preview process, the NO route would have been followed out of decision block 80, and 
the operations of previously described blocks 62 - 80, inclusive, would have been 
repeated for each and every additional page. 

For each true print preview page presented on screen 16a, the user can, after 
making any desired revisions based on reviewing the preview, continue this just- 
described process until the returned and displayed true print preview looks acceptable. 
At that point in time, the user can elect to print the document, or to save it on hard drive 
14b for later printing, without requesting any further true print previews. 
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A decision at this time (or any other) point in time to print a document without 
then also requesting a print preview results in a somewhat modified flow of activities 
through the blocks pictured in Fig. 5. This modified flow is now described in a situation 
where the pages of the document to be printed have not been stored on the hard drive. To 
begin with, after the user requests printing, the NO route is followed out of decision 
block 51, and therefore also later out of decision block 68. The NO route out of block 68 
hands control to SEND TO PRINT block 84 which sends the appropriate print-control 
data to print engine 14c, which then begins printing. Block 84 also at this time sends a 
signal to decision block 80, which then responds in much the same way as was described 
for it earlier herein. 

A decision to print a stored document results in slightly different behavior. This 
behavior begins with a flow of activity out of block 51 following the NO route, and later 
following the YES route out of decision block 62. From this YES route, control is 
handed to RETRIEVE block 86 which functions to retrieve pages of the particular stored 
document from the hard drive for printing. 

In systems 30 and 40 pictured in Fig. 3 and 4, respectively, true print preview 
requests are similarly handled. However in these two systems, the respective, employed 
electronic display screens reside in the computer (Fig. 3) and the printer (Fig. 4), 
respectively. With these display-screen differences taken into account, the operations of 
these two other systems are substantially the same as the operation just described above 
for system 10. 
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An additional option which can be made available to a user if desired, is the 
option to have whatever printer is involved deliver true print-preview data to any 
connected display screen. 

The invention thus effectively solves significant print-preview problems of the 
past. It does so fundamentally by calling upon the printer in a computer/printer system to 
take on and directly control the creation of all requested print previews. Such previews 
therefore all are presented to a user as real, true print previews. 

While several forms of the invention (method and structure) have been illustrated 
and described herein, it is understood that variations and modifications can be made 



M 1 0 without departing from the spirit of the invention. 



